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(54) Monitoring and transmission of QoS-data in a telecommunication network 


(57) Tlie invention concerns a method and system 
for monitoring, transferring and distrik>uting diannet- 
specific QoS data In a packet-switched mobile commu- 
nication network, in wiiich method QoS data is collected 
in an element of the mobile communicatk>n network. Ac- 


cording to the invention, the QoS data is earned in ex- 
tension fields of IP header data. The invention also con* 
cems a monitoring agent for monitoring, transferring 
and distributing channel-specific QoS data in a packet^- 
sMritched mobile communication network. 
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Description 

FIELD OF THE INVENTION 

5 [0001] The present invention relates to telecommunication technolosjy. The present invention concerns a method 
and system for distrbuting, transfening and nDonitoring OoS data in a packet-switched mobile communication network. 

BACKGROUN D OF THE INVENTION 

10 [QM2] Wireless connection technology lor connecting to different telecommunication networks is becoming increas- 
ingly important and favored in systems using the IP protocol (IP, Internet Protocol). At present, the prevailing connection 
technology is that using wired connections. The Internet is a packet-switched network, in which it is traditionally not 
possible to guarantee successful transmission d packets. The Internet is a so-called "best effort" network. As it is not 
possible to provide a guaranteed quality of service, there are variations in communnation parameters essential to 

f ^ servk:e, e.g. transfer rate, delay, variation of delay, error ratio, etc. Most applications, e.g. speech communlcatkm, real- 
time vkieo images elc. transmitted In a packet-switched network are subject to variations of quality of tf^e telecommu- 
nication connection. 

[0003] The var1atk>n of quality of service has created a need to be able to guarantee a certain level of quality of 
service (QoS) regarding transmission of infonnaUon over the Internet In telecommunicalion networks, network per- 

so formance is described, among other things, in terms of data transfer speed in transmssions of information from a 
sender to a receiver. Quality of service (QoS) describes the performance of the data stream in transmitting an IP packet 
from sender to receiver. Quality of service (OoS) is measured e.g. in terms of transfer rate, delay, variation of delay 
and error ratio. To solve the problem of guaranteeing a certain level of quality of service, it is possible to use e.g. the 
Integrated Scn^ices (Int-Serv) architecture (RFC 2211, RFC 221 2, RFC 221 5) and the RSVP protocol (RSVP, Rosoureo 

^ Resen/ation Protocol) (RFC 220S. RFC 2206. RFC 2207, RFC 2206, RFC 2209. RFC221 0). In addition, a Differentiated 
Servk:es model (DIffServ) has been presented. The UMTS (Universal Mobile Telecommunicatton System) is a third- 
generation (3G) mobile communication system that allows wide-band wireless data transfer. The UMTS is a packet- 
switched mobile communkjatlon system in whk?h it is possible to transmit both speech, video images, text and multi- 
media content at a rate of almost 2Mb/s in the most favorable case. The UMTS allows mobile tenmlnats to communicate 

30 with a telecommunication network via fast packet-switched connections over a large geography area. However, the 
level of quality of data transfer may vary conskJerably depending on locatbn. time and network load. Tradittonal mobile 
communk:ation systems are mainly of a circuit-switched type, in other words, the connection to be set up is reserved 
from end to end for the entire duratk>n of the connection. 

[0004] However, packet-switched communicatksn involves several problematic issues. An IP-based pccket-switched 
35 network is basically a "best effort" network, in other words, packets are transmitted to their destinatton within the dmits 
allowed by the network, without providing any guarantee of packets reaching their destinatkKi. Problems relating to a 
packet-switched network were already discussed above. 

[0005] The 3G TR 23.907 (version 1 . 1 .0) is a specification of the QoS concept, defining for an UMTS rtetwork QoS 
functions serving to collect QoS data from different elements of the UMTS network. 

40 [0008] Traditionally, QoS data is collected by appPications requiring such data. In addition. QoS data is commonly 
distributed over the network using protocols specialized for this function, which in practne are often applicatk>n area- 
specifk:. The distributk>n of QoS data is implemented as one-way fee(ft>ack, and in addition the protocols may get stuck 
on a firewall. The protocols used for distribution of QoS data often require the set-up of a separate session. UMTS 
network-specific information Is not obtained by merely monitoring end-to-end traffk:. In addition, the protocols used for 

43 distribution of QoS data produce an extra load on the network. 

OBJECT OF THE INVENTION 

[0007] The object of the invention is to eliminate the above-mentioned drawbacks or at least to significantly alleviate 
so them. A specific object of the invention is to disclose a method and system that enable QoS data to be monitored, 
transferred and distributed in a new way in a packet-switched mobile communication network. 

BRIEF DESCRIPTION OF THE INVENTION 

55 [0008] The present invention relates to a method for monitoring, transferring and distributing QoS data In a packet- 
switched mobile communk^ation network. In the method, monitoring agents collect QoS data from the elements of the 
mobile communication network. According to the invention, the QoS data is transferred in extension fields of IP address 
data. Each QoS value is preceded In the IP packet by a header field that tells the desired QoS data. The header 
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extension field consists of a message type field, a requester field, a direction field and a type field. The transmission 
of OoS data works on the request - reply principle. The request is sent in a Request field and the reply in a Replied 
field. To add QoS data to an iP packet, methods of fonming an extension header as defined in the RFC791 or RFC2460 
are used. An IP packet provided with QoS data must not be fragmented. This Is preferably Indicated by using a "don't 
5 fragment" bit. 

[0009] The mformation transmitted in the extension headers of IP packets can be pre-processed and refined so as 
to give il a form used by applications that need QoS data. 

[001 0] The Invention also concerns a monitoring agent for transferring and distributing channel-specific QoS data in 
a packet-switched mobile communication network. According to the invention, the nr>onitoring agent comprises infor- 
10 mation retrieval means for retrieving QoS data from QoS components of the packet-switched mobile communication 
networic. processing means for pre-processing and refining QoS data, setting means for setting QoS data into the 
header extension field of an IP packet, and removing means for removing QoS data from the header extension field 
of an IP packet. 

[001 1 ] I n an embodiment of the invention, the monitoring agent also comprises communication means for distributing 

IS QoS data to applications that use QoS data. 

[0012] The invention also concerns a system for transferring and distributing channel-specific QoS data in a packet- 
switched mobile communication network. The system comprises a packet-svi^tched mobile communication network, 
a terminal communicating with the packet-switched mobile communtoatlon network and QoS components used to 
collect QoS dala from different elemenLs of the packet-switched mobile communication network. According lo the 

so invention, the system further comprises an application agent, which comprises information retrieval means for retrieval 
of QoS data from QoS components of the elements of the packet-switched mobile communication network, processing 
means for pre-processing and refining QoS data, setting means for setting QoS data into the header extension fiekJ 
of an IP packet, and removing means for removing QoS data from the header extension field of an IP packet. 
[0013] In an embodiment of the invention, the system further comprises communication means for distributing QoS 
data to app]k:ations that use QoS data. 

[0014] In an embodiment of the Invention, the IP packet is consistent with the IPv4 or IPv6 version. 
[001 5] In an embodiment of the invention, the packet-switched mobile communication network is an UMTS network. 
[0016] The present invention enables QoS data to pass through firewalls if the IP packet in question at all has a 
possibility to pass through a firewall. In addition, QoS data is not limited to the QoS data of an end-to-end connection; 
30 instead, the QoS data of every UMTS network element in which a monitoring agent as disclosed in the invention has 
been implemented is available. Furthermore, in the present invention QoS data is not applicatton-specific but covers 
all communteatton. No session is needed for the transmission of QoS data: instead, QoS data is carried along with IP 
packets. In addition, in the present inventton, a prompt reaction to a change in QoS data Is possble. 
[0017] In an implementation according to the present invention, UMTS network-specific rnfomiation is obtained di- 
ss rectly from the network Itself, not only by monitoring end-to-end communication. Moreover, the QoS data is indifferent 
to the application and protocols used, and no session needs to be set up between applications to aftow distribution of 
QoS data. As no separate protocol is used for distribution of QoS data, no extra signaling toad is imposed on the network. 


40 


LIST OF ILLUSTRATIONS 

[001 8] In the following, the invention will be described in detail by the aid of a few examples of its embodiments with 
reference to the attached drawings, wherein 

Fig. 1 presents a preferred example of the system of the Invention, and 
^ Fig. 2 presents a preferred signal flow diagram exanrv)Ie of the operation of the preserve invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[001 9] The system presented in Fig. 1 comprises user equipment UE (UE, User Equipment), a radio access network 
50 UTRAN (UTRAN, UMTS Radio Access Networtc), a core network CN (ON, Core Networi() and terminal equipment TE 
external to the UMTS network. Of the telecommunication nehwork NET In Fig. 1 , only components and functionalities 
essential to the invention are shown. 

[0020] The QoS Concept specification (3G TR 23.907 1 .2.0) defines QoS functions to be used in an UMTS nelworic 
to monitor and maintain the level of quality of the UMTS network. These functions are refen-ed to only as a single set 
55 of functions (UMTS QoS components), which enable the transmission of OoS data over a manufacturer-specific inter- 
face to applbations. IPv[4l6] refers to the IP protocol version (IPv4 or IPv6) used, under whk^h the UMTS network- 
specific protocols operate. 

[0021] In the system presented in Fig. 1 , QoS data obtained from the UMTS OoS components is transmitted lo a 
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- monitoring agent MA. The monitoring agent MA has three functions, the first of which is to pre-process and refine QoS 
data Into a iom suited for applications. These activities include e.g. the calculation of transfer rate, standard deviations 
and calculation of percentages e.g. in loss of paclcets. A monitoring agent MA is placed at least In the user equipment 
UE. In the RNC and in the SGSN (SGSN. (Serving GPRS Support Node) and GGSN (GGSN: GPRS Gateway Support 

5 Node). If necessary, a monitoring agent MA may abo be placed in other network elements than those presented in Fig. 1 . 
[0022] The second function of the monitoring agent MA is to transmit QoS data in the network, using \Pv4 or IPv6 
headers. The interface between the monitoring agent MA and the IP layer to be used is operating system/implemen- 
tation specific, because the Implementation of the IP layer may vary depending on operating system and manufacturer. 
[0023] The third function of the monitoring agent MA is to distribute QoS data to user applteations. It is to be noted 

10 that this functionality is only needed in user equipment, not in the network elements of the UMTS networic. For this 
purpose, the monitoring agent MA comprises communication means CM for the distribution of QoS data to applications 
that use QoS data. 

[0024J For distribution of information, the monitoring agent MA uses the FIPA-ACL (FIPA. Foundation for Intelligent 
Physical Agents; ACL, Agent Communication Language) language, which is used in comnnunlcalibn between agents. 

15 In addition, the monitoring agent MA provides two ways of requesting QoS data: by direct query and by subscribing. 
In the case of direct query, the user application sends to the monitorfng agent MA a query about cun^ent OoS data and 
the monitoring agent MA responds to the queiy Immediately. When the subscribe mode Is used, the user applicat»n 
sends to the monitoring agent MA a subscription In which the monitoring agent MA Is requested to send a notification 
every time the QoS data changes according to certain criteria, or to notify at time intervals specifted in the subscription. 

^ The above-described interactions and the message formats used in them are described in the FIPA Nomadic Appli- 
cation Support SpedTication documents. 

[0025] A monitoring agent MA according to Fig. 1 comprises Infonnation r^ricval means for retrieving QoS data from 
the QoS components QoS of the elements of the packet-switched mobile communication network, processing means 
HM for pro-processing and refining QoS data, setting means SM for setting QoS data into header extension field of 
^5 the IP packet, and removing means RM for renrwving QoS data from the header extension field of the IP packet. The 
means listed above are implemented in a manner known in Itself, e.g. by software, and they will not be described here 
In detail. 

[0026] Fig. 2 presents a pretend signal flow diagram example illustrating the operation of the inventton . As indicated 
by arrow 20. a user application creates an original I P packet, whfch is to be sent into the network. The monitoring agent 

30 MA in a mobile station U E adds a QoS header field according to the QoS data wanted by the user, ajrow 21 . The QoS 
data is earned In the IPv4 and IPv6 header data extenswn fields. An IP packet provided with QoS data must not be 
fragmented, so in IPv4 the DF (don't fragment) bit has to be set. Likewise in IPv6 the sending node must not fragment 
the IP packet. QoS data is transmitted in a Request - Reply fashion. Desired QoS data Is requested tsy a Request field 
and the reply to the request is received in a Replied fieM in the retum packets. Requests that cannot be carried out 

35 are indicated by a NotSupported field. 

[0027] As indicated by anw 22, the mobile statk>r\ UE sends a packet provkted with a QoS header to the radk> 
access networic section (RAN. Radto Access Network). The radio access network section RAN also contains a moni- 
toring agent MA, which reads the QoS header, adds a QoS value to it if necessary and sends the packet provided with 
an updated QoS header further to the core networit CN, e.g. SGSN, arrows 23 and 24. A component in the core networic 

^ CN also {comprises a monitoring agent MA, which reads the QoS header and. If necessary, adds a C^S value, arrow 
25. The monitoring agent MA of the core network CN saves the QoS header removes the saved QoS header from the 
IP packet and sends the original IP packet to the terminal equipment TE. arrows 26 and 27. IP packets provided with 
QoS data are not allowed to get out from the core network CN; instead, either the GGSN or ultimately a specif k: QoS 
node behind the GGSN removes the OoS fields from the IP packets. 

^ [0028] As Indteated by arrow 28. the temiinal equipment TE sends the original IP reply packet over the core networic 
CN. In the core network CN, the QoS header that was saved earlier is added, and If necessary, a QoS value Is added 
as well, arrow 29. The packet provided with updated QoS ciata is sent back to the radio access network section RAN , 
arrow 30. The radio access network sectbn RAN reads the QoS header, adds a QoS value if necessary and sends 
the packet provided with updated QoS data to the mobile statton UE. arrows 31 and 32. 

50 [0029] The monitoring agent MA in the mobile station UE reads the QoS data from the IP packet and removes it, 
arrow 33. Thus, the appltoation program in the mobile station UE receh^es the original IP reply pacNcet. arrow 34. 
[0030] The counterpart of the mobile communk:ation network user equipment UE may also be another pieoo of user 
equipment U E in the UMTS networic and not necessarily a network element in a wired networic (internet, PSTN, ISDN , 
etc.). Requesting and adding QoS data to the IP packets requires that the IP stacks of the UE, RNC and GGSN {of 

55 the specifk: QoS node behind the GGSN) continuously modify the IP packets. For example, if the RNC receives an IP 
packet provided with a Request message, then the IP stack of the RNC must add the desired QoS data to the IP packet, 
providing it with a f=tepaed field, and remove the original Request field. 

[0031] In both IPv4 and IPv6, the presentation of the QoS data itself in the IP header Is klenttoal. Each QoS value 
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10 


15 


20 


25 


30 


is preceded by an eight-bit header field, which tells the desired QoS data. The length of the entire QoS header field 
and of the QoS data depends on the infomnation desired. 
[0032] The structure of the header field Is presented below: 


7 5 4 3 0 

+ + + + + +---+ + 

I MSG |WHO|DIR| TYPE | 
+ + + + + + + + + 


MSG: Type of QoS message 

00 Request 

01 Replied 

10 Not supported 

11 Not defined 

WHO: Who is requesting QoS data, UE or Core 

0 UE 

1 Core (GGSN / QoS node) 
DIR: From which direction Is the data to be obtained, Upfink or Downlink 

0 UL 

1 OL 

TYPE: QoS data desired 

0000 line rate 

0001 packet drop rate 
35 0010 BER 

001 1 ...1 111 not yet defined 

[0033] In the Replied messages, the required QoS data is added after the Replied field. Data added may be of fixed 
or variable length. The QoS data are Included (so-called PiggyBagging) in IP communication (TCP/IP, TCP. Transmls- 
40 sion Control Protocol. UDP/IP; UDP, User Datagram Protocol, Intemet Control Message Protocol (ICMP), ,..). If nec- 
essary, the user equipment UE and the network element of the UMTS network echo back the F^quest and Replied 
messages. No IP messages are generated expressly for the distribution of QoS data only. 

[0Q34| In the following, two examples Illustrating the echoing back of the Request and Replied fields are presented: 

45 1 . UE requests downlink bit error ratio (BER) and for some reason RNC Is unwilling to put downlink QoS data Into 

IP packets going in the uplink direction and requested by UE. In this case, the UMTS network elennent echoes the 
Request message into the next IP packet going in the downlink direction. 

2. UE requests uplink bit error ratio (BER) and RNC adds the required QoS data to the Replied field in the IP 
packet and removes the Request field. The UMTS network element detects that the U E is asking for the QoS data 
so in question. In this case, the UMTS network element echoes the Replied field including the QoS data Into the next 

IP packet going in the downlink cfirection. 

[0035] The IP stacks that add QoS data to IP packets and mend said data ftave to be able to canry out the required 
optimization. In the following, two examples of undesirable combinations are presented: 

55 

1 . Going from a UMTS network element towards UE is an IP packet in which the Replied field contains uplink BER 
data (requested by UE) and at the same time a request for uplink BER data (requested by Core). The UMTS 
network element should be at>le to utilize the already available Replied field BER data, which is to be echoed in 
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10 


40 


any case. 

2. Going from a UMTS network element in the direction of UE is an IP packet containing a downlink BER Request 
originated by UE and a downlink BER Request originated by the UMTS network element. The UMTS network 
element should drop the downlink BER Request field or^inated by UE. because UE must In any case echo back 
downlink BER data in the Replied field. 

[0036] In the following, a few examples of the use of Request-Reply opttons will be presented: 

1 . A downlink Line rate Request by UE: 


7 5 4 3 0 

+--+-+- + + 

t5 |00|0|1|0000| 

+--+-+-+ -f 


20 


2. A Replied downlink Line rate echoed by a UMTS network element to UE in response to UE'S request: 
^ 7 5 4 3 0 

I 01|0|1|0000| n datia bytes | 

30 + — +-+^ + + _==::==========:=-+ 

3. A NotSupported in reply to UE's downlink Line rate request (UMTS network element sends to UE): 

35 

.7 5 4 3 0 
+ 1. 

|10|0|1|0000| 
+--+--1--+ + 


[0037] When QoS data Is to t>e added to an iPv4-protoco] packet, normal ways of making an extension header are 
used, as defined in the RFC791 . The composition of the Option type field Is presented below. The OoS data (several 
45 Items of QoS data can be placed under a single extension header) and Informadon are coded Into the IPv4 extenston. 
placed after the Option type as 'variable length" type data: 


7 6 4 0|7 0|n 0 

+ - + + + + - ==25 s===5 + 

1 1 1 10 I imnnn | length | QoS data | 


[0038] Nnnnn is the extension type numtier. which has to be registered via the lANA (I ANA, Internet Address Naming 
Authority). 
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so 


[0039] When OoS data is to be added to an lPv6-protocol packet, nomnal ways of making an extension header are 
used, as defined in RFC2460. The compositran of the Option type field is presented betow. The QoS data (several 
itenns of QoS data can be placed under a single extension header) and information are coded into the IPv6 extension, 
placed after the Optk)n type as "variable length' type data: 

7 5 4 0|7 0|n 0 

+ + - + + = = = = = = 

I 00 j 0 |nnnnn| length | QoS data | 


15 [0040] Nnnnn is the extension type number, which has to be registered via the IAN A. 

[0041] The invention is not restricted to the examples of its embodiments described above; instead, nnany variations 
are possible within the scope of the inventive idea defined In the claims. 

so Claims 

1. Method for monitoring, transferring and distributing channel-spedfic QoS data in a packet-switched mobile com- 
munication networlt, said method comprising the steps of: 

^ collecting the QoS data In an element of the mobile communication network; 

characterizedin thai the method further comprises the steps of: 

transferring the QoS data in IP header data extension fiekte. 

30 

2. Method according to claim 1 . characterized in that each QoS value is preceded in the IP packet by a headerfietd 
telling the QoS data desired. 

3. Method according to claim 1 or 2, characterized in that the header field consists of a message type field, an 
35 requester field, a direction field and a type field. 

4. Method according to claim 1 . 2 or 3, characterized in that the method further comprises the steps of: 

requesting QoS data by a Request field; and 
40 answeririg the request by a Replied f iekl. 

5. Method according to claim 1, characterized in that, to add QoS data to an IPv4 packet, ways of forming an 
extension header as defined in the RFC791 are used. 

^9 6. Method according to claim 1. characterized in that, to add QoS data to an IPv6 packet, ways of fonmlrig an 
extenston header as defined in the RFC2460 are used. 

7. Method according to claim 1 , characterized In that the QoS data is pre-processed and refined into the form used 
by the applications that need it. 


8. Method according to claim 1 . characterized in that the QoS data in the header data extension fields is distributed 
to user appik:attor)8. 

9. Method according to claim 7 or 8, characterized in that a specify monitoring agent Is used for pre-processing, 
refining, transmitting and distril:>utjng QoS data. 

10. Method according to claim 1 , characterized in that an IP packet provided with QoS data must not t>e fragmented. 
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11. Monftoring agent for transferring and distributing channel-specific OoS data in a packet-switched mobile commu- 
nication network. 

characterized In that the monitoring agent comprises: 

5 infomriatlon retrieval means (IM) for retrieving QoS data from the OoS components of the elements of a packet- 

switched mobile communlcatton netwvork: 

processing means (HM) for pre-processing and refining QoS data; 

setting means (SM) for setting QoS data into the header data extenstoh field of an IP packet; 
removal means (RM) for removing QoS data from the header data extension flekl of an IP packet 

10 

12. Monitoring agent according to claim 11, characterized in that the monttoring agent comprises communicatk)n 
means (CM) for distributing QoS data to applications that use QoS data. 

1 3. System for transferring and distributing QoS data in a packet-switched mobile communication networic. said system 
« comprising: 

a packet-switched mobile communication network (N ET); 

user equipment (UE) communteating with the packet-switched mobile communication network (NET); 
QoS components (QoS) used to collect QoS data from different elements of the packet-switched mobile com- 
so municalton network (NET); 

characterized In that the system further comprises: 

a monitoring agent (MA), which comprises information retrieval means (IM) for retrieving QoS data from the 
25 QoS components (QoS) of the elements of the packet-switched mobile communication network; processing 

means (HM) for pre-processing and refining QoS data; setting means (SM) for setting QoS data into the header 
data extension field of an IP packet; and removal means (RM) for removing QoS data from the header data 
extension field of an IP packet. 

30 14. System according to claim 13. characterized In that the system further comprises communication means (CM) 
for distributing QoS data to appBcattons that use QoS data. 

1 5. System according to claim 1 3 or 1 4, characterized In that the IP packet is consistent with the iPv4 or IPv6 verston. 

35 16. System according to claim 1 3, 1 4 or 1 5. characterized in that the packet-switched mobile communication networic 
is an UMTS networic 
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51 


--nUscr application creates^ «^ 
•an original IP packet^ 

— ]UE Monitoring Agent adds a QoS header fiel 
^according to what QoS data the user v/anis 

Packet provided with a QoS header 

— ^ 

22 


TE I 


•21 


32 


— iRAN Monitoring Agent reads the QoS headp 
and adds a QoS value if necessaf;^ 

Packet provided with an 23 
updated QoS header 

^ I CN Monitoring Agent reads 

the QoS header and adds 
a QoS value if necessaiy 

CN Monitoring Agent saves 
^the QoS header and removes 
26 it from the IP packet 

27 ^ Original IP packet 


T 

24 


25 


29 
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28 Original IP rqply 
padEet 


1 

CN adds the QoS header 
^ saved earlier and adds a QoS 
value if necessary 


Packet provided with an updated QoS header 


I RAN reads the QoS head^ and. 
adds a QoS value if necessary 


-31 


P acket provided with up dated QoS data 


^ UE Monitoring Agent reads the QoS data 
and removes it from the packet ""2^33 

^ The application program gets the 
original reply IP padcet "^34 

Fig. 2 
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